System and method for generating a plurality of unique videos of a same event

ABSTRACT

An apparatus and method are provided for viewing panoramic images and videos through the selection of a particular viewing angle and window (zoom) within that panorama while allowing the viewer to simultaneously implement temporal transport control, allowing the video to be in a state of pause, play, fast forward, fast rewind, slow forward, slow rewind, or frame-by-frame. This capability may be used on video that is residing in memory on the viewer&#39;s viewing system, in a hard disk local to the viewer or in a shared location, or on a live buffered feed of video. A second capability of this apparatus and method relates to the use of a plurality of panoramic video or images from multiple synchronized cameras. In those cases, all panoramic video feeds are synchronized so that as a viewer pauses, rewinds, forwards a video in one panorama, all panoramas are time synchronized and go through the same states as the panorama being viewed. When the user selects a different panorama for viewing from a different camera, this panorama comes up in the same state as the panorama previously being viewed.

RELATED PATENT DATA

This patent resulted from a continuation of U.S. patent application Ser.No. 14/968,712, which was filed Dec. 14, 2015; which resulted as acontinuation of U.S. patent application Ser. No. 13/843,599, which wasfiled Mar. 15, 2013, and issued Jan. 19, 2016 as U.S. Pat. No. 9,241,103B2, and which is hereby incorporated herein by reference.

TECHNICAL FIELD

This disclosure pertains to videography, image capture, and playback.More particularly, this disclosure relates to systems and methods forreceiving, storing, and viewing a panoramic video or a plurality ofpanoramic videos with simultaneous control over the playback, as well asthe viewing viewport and synchronization between the multiple panoramicvideos.

BACKGROUND OF THE INVENTION

Techniques are known for capturing and viewing panoramic images. Mosttechniques involve a capture system that captures and processes a seriesof images to form panoramic images. Sequences of these images formpanoramic videos. Techniques for viewing panoramic images typicallyinclude a user input method for viewing a portion of the panoramic imageon a screen, giving the user a feel of being able to look around in thepanoramic image.

Techniques are also known for transport controls using a buffer of alive video feed. These controls allow a viewer to buffer a live feed ona local device and forward, rewind, pause, and jog through the bufferedvideo.

However, the above known techniques fall short and there is a need tofor an apparatus and a method that enables a user to make use of both ofthe above mentioned capabilities in order to provide a unique viewingexperience with multiple panoramic videos.

SUMMARY OF THE INVENTION

An array of monoscopic detectors, as well as an array of stereoscopicpairs of detectors, are provided in order to capture information from asurrounding environment, such as monoscopic images or stereoscopicimages, and audio inputs from ranges exceeding that for a singledetector or stereoscopic pair of detectors. For the case of imageinputs, stereoscopic pairs of cameras are provided in an array. Acombined unit of monoscopic or stereoscopic detectors with processingcircuitry configured to create panoramic image data for panoramic videosis referred to in herein as a Panoramic Video Camera Head. The videodata from a Panoramic Video Camera Head can be streamed to a viewer, orrecorded in computer memory or storage, and retrieved by a viewer andviewed using user interface devices for control.

According to one aspect, an apparatus and method are provided forreceiving a video stream from a Panoramic Video Camera Head or from alocal storage disk, storing the video data in a local memory buffer, andviewing regions of interest within the panoramic video using userinterface devices. The user interface device allows the viewer to choosea viewing angle and zoom value which gives the user a feeling of“controlling” the camera's pan, tilt, and zoom, independent of otherviewers who may be using different user interface devices and viewingdisplays. A different aspect of the user interface allows the viewer topause the video at any time, rewind, forward, play, skip to the start,skip forward or skip back within that buffer while the live feedcontinues to fill the buffer, or replace the buffer (in a circularbuffer). A combination of these two aspects allows a unique experiencefor the viewer where the viewer is able to rewind, pause, forward, orstep through a video multiple times but can see a different portion ofthe video each time by changing the pan, tilt, or zoom at the same time.

According to another aspect, an apparatus and methods are provided forreceiving a plurality of time synchronized video streams from aplurality of Panoramic Video Camera Heads or from a local storage disk,storing the plurality of video data in a local memory buffer, andviewing regions of interest within any one of the panoramic videos usinguser interface devices. The user interface device allows the viewer tochoose a viewing angle and zoom value for each video stream which givesthe user a feeling of “controlling” that specific camera's pan, tilt,and zoom, independent of other viewers who may be using different userinterface devices and viewing displays and independent of the pan, tilt,and zoom of the other panoramic video streams. A different aspect of theuser interface allows the viewer to synchronously pause all the videosat any time, rewind, forward, play, skip to the start, skip forward orskip back within that buffer while the live feeds continue to fill thebuffer, or replace the buffer (in a circular buffer). A combination ofthese two aspects allows a unique experience for the viewer where theviewer is able to rewind, pause, forward, or step through a videomultiple times, but can see a different portion of the video each timeby changing the pan, tilt, or zoom at the same time. This differentportion is from a uniquely different point of view. It also allows theuser to switch to a different panoramic camera feed at any given timeduring the playback to not only look at the same moment in time from adifferent viewing angle and zoom from one camera location, but also adifferent viewing angle and zoom from a different camera location whilecontinuing to be in the same state of pause, play, forward, or rewind,and at the same exact instant in time (within device tolerances).

BRIEF DESCRIPTION OF THE DRAWINGS

Preferred embodiments of the disclosure are described below withreference to the following accompanying drawings.

FIG. 1 is a schematic diagram showing unique embodiments of time codesynchronization mechanisms that could be used to synchronize framesbeing captured by capture stations from a plurality of panoramic cameraheads before being processed and distributed.

FIG. 2 is a schematic diagram showing how multiple receivers, orreceiving modules on a viewer machine would receive time-stamped framesfrom the panoramic video feeds, and to show the user interface as theintermediate application for managing how the user input requests arehandled and how the clients are manipulated to cater to the userrequest.

FIG. 3 is a schematic diagram showing how multiple panoramic video feedscan be received at a client by a receiver and user interface that alsohas controller functionality built in.

FIG. 4 is a flow chart showing the steps involved in a viewer machine toreceive multiple panoramic video streams, to buffer the frames from eachfeed, and to determine the frame from the buffer to be displayed to theend user based on the camera in view and the time stamp sought by theuser.

FIG. 5 is a flow chart showing the steps involved in handling a CameraChanged Event triggered by the user.

FIG. 6 is a flow chart showing the steps involved in handling a VideoPlayback State Changed Event triggered by the user.

FIG. 7 is a flow chart showing the steps involved in handling a ViewportChanged Event triggered by the user.

FIGS. 8-a and 8-b are two parts of a flowchart showing how the TransportControl Events are handled by the system and how the time stamp for theframe to be displayed to the user is determined based on the VideoPlayback State of the viewer application.

FIG. 9 shows how multiple panoramic cameras are strategically placed anevent location and how they are connected to the capture stations,processing stations, and distribution channel.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

This disclosure is submitted in furtherance of the constitutionalpurposes of the U.S. Patent Laws “to promote the progress of science anduseful arts” (Article 1, Section 8).

Embodiments of the present invention disclose an apparatus and methodfor receiving a video stream from a plurality of Panoramic Video CameraHeads or from a local storage disk, storing the video data in a localmemory buffer, and viewing regions of interest within any one of thepanoramic videos using user interface devices, while controlling thevideo time, playback speed, and playback direction globally across allpanoramic video data in a synchronous manner. According to oneconstruction, multiple Panoramic Video Camera Heads and are synchronizedthrough a time code generator that triggers the image capture across allcamera heads synchronously. According to another construction, multiplecamera heads are synchronized by one “Master” camera head that sendstrigger signals to all the camera heads. Further, according to yetanother construction, each camera head is set to “free-run” with apre-defined frame rate, and the processing computers all capture thelatest frame from each of these cameras and timestamp them with a timecode from a time code generator.

Various embodiments herein are described with reference to FIGS. 1-9.However, certain embodiments may be practiced without one or more ofthese specific details, or in combination with other known methods andconfigurations. In the following description, numerous specific detailsare set forth, such as specific configurations and methods, etc., inorder to provide a thorough understanding of the present disclosure. Inother instances, well-known construction techniques and methods have notbeen described in particular detail in order to not unnecessarilyobscure the present disclosure. Reference throughout this specificationto “one embodiment” or “an embodiment” means that a particular feature,configuration, composition, or characteristic described in connectionwith the embodiment is included in at least one embodiment. Thus, theappearances of the phrase “in one embodiment” or “an embodiment” invarious places throughout this specification are not necessarilyreferring to the same embodiment. Furthermore, the particular features,configurations, compositions, or characteristics may be combined in anysuitable manner in one or more embodiments.

As used herein, the term “Transport Control” is understood to mean auser interface that allows a viewer to control the video playback, suchas choosing between play, pause, rewind and forward, and the speed ofrewind or forward.

FIG. 1 shows construction of the time code synchronization mechanism 10extending across a plurality of panoramic camera heads 12, 14 and 18 andcapture stations 22, 24 and 25. A time code generator 20 is used to geta consistent time stamp based on the desired rate that frames 50, 52 and54 need to be captured from the panoramic cameras 12, 14 and 18. Thesame time code from time code generator 20 is received by each of theCapture Stations 22, 24 and 26, and in one of the embodiments of thismechanism, the time code is used to trigger¹ 44, 46 and 48 the panoramiccameras 12, 14 and 18. This is also referred to as a “software trigger”44, 46 and 48 of the panoramic cameras 12, 14 and 18. The panoramiccameras 12, 14 and 18 capture a frame 50, 52 and 54 when triggered bytrigger 44, 46 and 48, respectively, and return the frame 50, 52 and 54to the corresponding Capture Stations 22, 24 and 26 that generated thetrigger 44, 46 and 48. The Capture Stations 22, 24 and 26 attach thetime-stamp information from the time code to the frames, forming “frameswith time stamps” 56, 58 and 60. Because the time-code is shared betweenCapture Stations 22, 24 and 26, the frames 56. 58 and 60 generated fromeach of the Capture Stations 22, 24 and 26 for a given time-code aresynchronized, as they have the same time-stamp. These frames 56, 58 and60 are then transmitted to the Processing Station 28, 30 and 32,respectively, where they are compressed for transmission over thenetwork and sent to some Distribution Channel 34. The time-stampinformation on the frames 56, 58 and 60 is maintained throughout thisprocessing, compression, and distribution process. The distributiondevice, or channel (switch) 34 is configured to distribute the processedimages or compressed video stream to client processors in clients 36, 38and 40. Clients 36, 38 and 40 also include memory.

Another embodiment of the time code synchronization mechanism 10 of FIG.1 involves triggering the panoramic camera heads 12, 14 and 18 using a“hardware sync trigger²” 42. The hardware trigger 42 is generated atspecific time intervals based on the desired frame rate. This rate ofhardware triggering has to match the rate of time codes being generatedby the time code generator 20. One of the panoramic camera heads 12, 14and 18 acts as a “Master” and all other panoramic camera heads 12, 14and 18 act as “Slaves”. The “Master” panoramic camera triggers itselfand all the “Slave” panoramic cameras synchronously. When a trigger isgenerated, a frame is captured at the panoramic camera 50, 52 or 54.Once the frame 50, 52 or 54 is captured, an event is invoked at theCapture Station 22, 24 or 26, and this is when the Capture Station 22,24 or 26 “grabs” the frame from the camera 12, 14 or 18, and associatesthe time stamp corresponding to the latest time-code received from thetime-code generator 20 to the frame 50, 52 or 54.

A third embodiment of the time code synchronization mechanism 10 of FIG.1 involves letting the panoramic cameras 12, 14 and 18 capture frames ina “free run” mode, where each of the panoramic cameras 12, 14 and 18trigger as fast as possible. The Capture Station 22, 24 and 26 uses thetime code signal to “grab” the latest frame 50, 52 or 54 that wascaptured by the panoramic camera 12, 14 or 18, and associates the timestamp corresponding to the time-code with the frame.

FIG. 2 shows multiple receivers 64, 66 and 68 on a client machine 36receiving time-stamped slices 78, 80 and 82, respectively, from thepanoramic video feeds via distribution channel 34. A user interface 70on the client machine 36 determines which receiver is the activereceiver 64, 66 or 68 displayed to the user. User interface 70 alsomanages the user interaction input from devices 62 like a joystick 75, akeyboard 76, and a touch or gesture based device(s) 77. User interface70 uses this input to determine which client stream should be the activestream (switch between videos 74), and what section of the panoramicvideo should be displayed (zoom/tilt/pan 73) to the end-user. Anotherinput from the user-interaction devices is the input related totransport control 72. User interface 70 uses this input and passes it onto all the receivers. This enables all the receivers to perform the sametransport control operations to their respective panoramic videostreams, and ensures that all the panoramic video streams aresynchronized.

FIG. 3 shows another embodiment of the client application on the viewermachine. In this embodiment, a single application serves as the receiverand user interface 84. The receiver receives time-stamped frames for allthe panoramic video streams via distribution channel 34 and manages eachof these streams in its own application memory. The receiver alsoincludes processing circuitry. User interface functionality described inFIG. 2 is also integrated in this application. As described in FIG. 2,the user interface manages the input from the user interaction devices86 and performs the actions for switching between videos 89, whatsection of the panoramic video should be displayed (zoom/pan/tilt 88) tothe end-user, and how to apply the transport control 87 to all thestreams in memory.

The following variables are stored with the controller module forreceiver and user interface 84 that determine the state of the view thatis displayed to the end-user:

-   -   a. Current Camera to be displayed    -   b. Current Time Stamp of the frame to be displayed    -   c. Current Video Playback State—Possible values are Play, Pause,        Fast Forward, Rewind, Live    -   d. Current Viewport—The viewport is determined by the current        zoom, pan, and tilt values

The user interaction devices 86 could generate the following types ofevents that are handled by the receiver and user interface 84:

-   -   a. Camera Changed Event    -   b. Video Playback State Changed Event    -   c. Viewport Changed Event    -   d. Transport Control Event

FIG. 4 shows the steps involved in a viewer machine to receive multiplepanoramic video streams and determine the frame to be displayed to theend user. The frames from each panoramic video stream that is receivedby the viewer machine 102 are buffered in memory (Hard disk drive,application memory, or any other form of storage device) 104. Each framereceived by the viewer machine has a time-stamp associated with it,which serves as the key to synchronize frames across multiple panoramicstreams. Once the frames have started buffering, the viewer applicationenters a refresh cycle loop starting with a “wait for refresh cycle”106. The refresh cycle is a periodic set of operations performed by theapplication at every refresh interval of the display. The viewingapplication stores the information about the panoramic camera beingdisplayed 108 and the information about the time stamp to be displayedbased on the playback state of the application and user inputs relatedto transport controls. For each refresh cycle, the application checksthe current panoramic camera that needs to be displayed, and then checksfor the time stamp to be displayed 110. Using these two pieces ofinformation, the appropriate frame to be displayed is sought from thebuffer in memory 112. This frame is then passed on to the applicationfor display 114 in that refresh cycle.

FIG. 5 shows the steps involved in handling the Camera Changed Eventtriggered by the user. An initial camera is used, or defined 202 as thedefault after initiating a start 200. Then the application goes into a‘listen’ mode 204 where it is waiting for Camera Changed Events 206triggered by the user interaction devices. When a request for changingthe selected camera is received, the local variable in the applicationthat stores current camera information is updated 208, and theapplication goes back into the ‘listen’ mode, waiting for the nextCamera Changed Event.

FIG. 6 shows the steps involved in handling the Video Playback StateChanged Event triggered by the user from start 300. An initial videoplayback state 302 is used as the default to start with. Then theapplication goes into a ‘listen’ mode 304 where it is waiting for VideoPlayback State Changed Events 306 triggered by the user interactiondevices. When a request for changing the video playback state isreceived, the local variable in the application that stores the currentvideo playback state is updated 308, and the application goes back inthe ‘listen’ mode, waiting for the next Video Playback State Changedevent.

FIG. 7 shows the steps involved in handling the Viewport Changed Eventtriggered by the user from start 400. The viewport could be changed bychanging the zoom, tilt, or pan. An initial zoom, tilt, and pan is usedas a default 402 to start with. Then the application goes into a‘listen’ mode 404 where it is waiting for Viewport Changed Eventstriggered by the user interaction devices. When a request for changingthe viewport is received, the application checks to see if the zoom 410,pan 406, or tilt 408 value has been changes, and updates the localvariables 416, 412 and 414, respectively in the application that storethe zoom, pan, and tilt. The application then goes back in the ‘listen’mode, waiting for the next Viewport Changed Event.

FIGS. 8a and 8b show how the Transport Control Events are handled by theviewing application initiated at start 500. The application is listeningfor Transport Control Changed Events 502. The application checks to seeif the velocity of transport control was changed 504. If the velocitywas changed, the value of the velocity stored within the application isupdated 518 and the application goes back to listening for TransportControl Changed Events. If velocity has not changed, then theapplication checks to see if the user has requested to “Transport toStart” 506 so that they view the start of the buffered video stream inmemory. If “Transport to Start” was requested, the value of the currenttimestamp to display is changed to be the same as the timestamp of theframe at the start of the buffer in memory 520, and the application goesback to listening for Transport Control Changed Events. If “Transport toStart” was not requested, then the application determines the currenttimestamp to be used for display based on playback state that theapplication is in. If the application is in “Play” state 508, then thecurrent timestamp is incremented to the next timestamp 522. If theapplication is in the “Pause” state 520, then the current timestamp isnot changed 524. If the application is in the “Fast Forward” 512 or“Rewind” state 514, then the current timestamp is incremented 526 ordecremented 528 taking the frame rate and velocity of transport intoaccount. If the application is in the “Live” state 516, then the currenttimestamp is set to the timestamp of the frame at the end of bufferedframes in memory 530.

FIG. 9 shows a football field 90 as the event location where multiplepanoramic cameras 12, 14, 16 and 18 are located at strategic locationssuch that they provide different angles to view a sporting event fromand allow one or more end-users to choose the angle that is best suited(for them) for viewing the event at any given point in time. Each of thepanoramic video cameras 12, 14,16 and 18 is connected to a capturestation 22, 24, 25 and 26, respectively. Each capture station 22, 24, 25and 26 receives a time-code from a time-code generator, and thetime-stamp from the time-code is attached to the frames received fromthe panoramic video camera. The frames are then transmitted to theprocessing stations 28, 30, 31 and 32 where they are processed andstreamed out to the distribution channel 34. Distribution channel 34receives the frames and communicates the frames over a network tomultiple clients that are connected to the distribution channel.

A panoramic video capture device as used herein comprises multiplesensors placed in a circular array such that a portion of image capturedby each sensor overlaps with a portion of image captured by adjacentsensors. The overlapping images from the different sensors are capturedsynchronously based on a trigger mechanism, and these overlapping imagesform the basis for creation of a single, seamless panoramic image.

As used herein, a processor is a high-performance server-grade machinehousing multiple graphic processing units (GPUs). A GPU is capable ofperforming large number of operations in parallel. The use of multipleGPUs in the processor allows for highly parallelized computations onmultiple image frames being communicated by the panoramic video capturedevice. Memory can also be resident.

A processor comprises the following modules. First, a capture module isresponsible for triggering the panoramic video capture device andretrieving the image frames once the exposure of the frame is complete.In certain embodiments of the capture module, the triggering of thesensors is not performed by this module. There is a separate triggermechanism for the sensors and the capture module is notified of theevent every time a new image frame is available on the panoramic videocapture device. When this notification is received by the capturemodule, it retrieves the image frame from the panoramic video capturedevice.

As used herein, a processing module is operative to receive the rawframe from the capture module and applies the following filters to theraw frame:

-   -   Demosaicing filter: In this filter, a full color image is        reconstructed using the incomplete color samples from the raw        image frames.    -   Coloring filter: The full color image output from the        demosaicing filter is then converted to appropriate color space        (for example, RGB) for use in downstream modules.    -   Seam blending filter: Colored images output from the coloring        filter are used for blending the seam using stitching algorithms        on the overlap between adjacent images.

As used herein a splicing module is responsible for using the imagesoutput from the processing module, and putting them together with theends lined up against each other in such that the aggregate of theseindividual images creates one panoramic image.

Also as used herein, a slicing module takes the seam blended panoramicimage, and splits this image into multiple slices. This is done so thateach slice of the panoramic image can be distributed over the network inan optimized fashion. This overcomes the existing limitations of certainnetwork protocols that cannot communicate panoramic images above acertain size of the image.

As used herein, a time stamp module listens for the time code from thetime code generator. This time stamp is then attached to each slice ofthe image sections output from the slicing module.

As used herein, a compression module takes the image frame output by thetime stamp module and compresses it using certain image compressiontechniques (JPEG, H.264, etc.) for transmission of over the network.

As used herein, a distribution device is a kind of router or switch thatis used for transmitting the compressed frames over the network.Multiple clients could connect to the distribution device and receivethe image frames being transmitted. In addition to this, subsequentdistribution devices themselves could be connected to a distributiondevice transmitting the images for relaying the images over a widenetwork.

As used herein a client process processes the combination ofsub-processes and modules on a viewer's machine to receiving imageframes from a distribution device, store them in buffer, manage the userinput from the user interaction devices, and display the video images tothe end-user.

The client process is broken down into the following modules:

A receiving module which connects to the source of the video images viathe distribution device, receives the images over the network, andstores them in a buffer on the viewer's machine.

A user interface module is used for managing the user input from theuser interaction devices. In one of the implementations of the userinterface module, the joystick controller is used for capturing the userinput. The user input could be provided using buttons on the joystick orusing the multiple thumb pad controls on the joystick.

-   -   Different buttons are used to track the video playback state        change input for play, pause, fast forward, rewind, or live mode    -   A thumb pad control is used to track the viewport change inputs        for zoom, pan, tilt of the view    -   Another thumb pad control is used to track the transport control        input for jogging forward or back based on the velocity of jog        determined by how far the thumb pad control has been pushed.

A display module is used for displaying portion of the panoramic videoframes to the user. The portion of the video frame to be displayed isdetermined based on the inputs from the user interface module. Imageframe from the buffer is fetched and based on the other user inputs, theportion of the panoramic image to be displayed is determined. Thisportion is then displayed to the end-user for viewing.

In compliance with the statute, embodiments of the invention have beendescribed in language more or less specific as to structural andmethodical features. It is to be understood, however, that the entireinvention is not limited to the specific features and/or embodimentsshown and/or described, since the disclosed embodiments comprise formsof putting the invention into effect. The invention is, therefore,claimed in any of its forms or modifications within the proper scope ofthe appended claims appropriately interpreted in accordance with thedoctrine of equivalents.

The invention claimed is:
 1. A system for generating a plurality ofunique videos of a same event, comprising: an image capture deviceconfigured to capture an event in a field of view as a sequence of imageframes; a processor communicating with the image capture device; and aclient having at least one receiver and a user interface, the userinterface configured to manage user interaction input from at least oneuser interaction device and determine what portion of an image frameshould be displayed to a user within a generated field of view for theimage capture device in a first rendering of a first viewing angledetermined based on a first set of user interaction inputs and a secondrendering of a second viewing angle based on a second set of userinteraction inputs, the first rendering and the second renderingsynchronized such that the second rendering is displayed with a samecurrent display time, viewing speed, and temporal viewing direction asthe first rendering at the time the second set of user interactioninputs are received.
 2. The system of claim 1, wherein the userinteraction device is one of a joystick, a keyboard, a touch device, anda gesture-based device.
 3. The system of claim 1, wherein the processoris provided by the receiver of the client.
 4. The system of claim 1,wherein a plurality of image capture devices are configured to capturethe event and communicate with the processor.
 5. The system of claim 1,wherein the client has a plurality of receivers.
 6. The system of claim1, wherein the client is a first client and further comprising a secondclient having a receiver, a user interface, and at least one userinteraction device, wherein the image capture device is configured togenerate the field of view, and wherein the first client is configuredto display a first rendering of the field of view and the second clientis configured to display a second rendering of the field of view fromthe image capture device that is unique from the first rendering at thefirst client.
 7. The system of claim 6, wherein the processor isprovided by one of the first client and the second client.
 8. The systemof claim 1, wherein the client is configured to display a firstrendering of the field of view from the image capture device and asecond rendering of the field of view from the image capture device thatis unique from the first rendering at the client.
 9. The system of claim1, wherein the user interaction device is configured in response to userinteraction input to determine a portion of an image frame to bedisplayed as the first rendering.
 10. A system for generating aplurality of unique videos of a same event, comprising: an image capturedevice configured to capture an event in a field of view as a sequenceof image frames; a processor communicating with the image capture deviceand configured to process transmission of the sequence of image frames;and a client having at least one receiver and a user interface, the userinterface having at least one user interaction device configured tomanage user interaction input and determine at least a portion of animage frame that is to be displayed to a user within a generated fieldof view for the image capture device in a first rendering of a firstviewing angle determined based on a first set of user interaction inputsand second rendering of a second viewing angle based on a second set ofuser interaction inputs, the first rendering and the second renderingsynchronized such that the second rendering is displayed with a samecurrent display time, viewing speed, and temporal viewing direction asthe first rendering at the time the second set of user interactioninputs are received.
 11. The system of claim 10, further comprising anapplication configured to provide the receiver and the user interface.12. The system of claim 10, wherein the user interaction device isconfigured in response to user interaction input to determine a portionof an image frame to be displayed as the first rendering.
 13. The systemof claim 10, wherein the receiver comprises application memory andprocessing circuitry configured to receive and manage a time-stampedsequence of image frames.
 14. The system of claim 13, wherein thetime-stamped sequence of image frames are received at the receiver froma distribution channel.
 15. The system of claim 10, wherein the userinterface is configured to implement transport control.